JOHN CANOSA 



- 



•tit|. 





Fundamentals of 
Fi rewire 



The IEEE 1394 protocol (or Firewire, which is Apple's trademarked term) is one of the emerging bus protocols 
that will be important components of the connected future. Here's how it works. 




eople are sharing video, 
still images, and audio, and 
are constantly searching 
for faster, easier ways of 
transferring such informa- 
tion. This phenomenon is 
driving the convergence of computers, 
consumer equipment, and communi- 
cations. Communication is the force 
that draws these separate market seg- 
ments together. 

Convergence will happen when 
seamless, high-speed communication 
becomes readily available. The IEEE 
1394 protocol appears to be a strong 
contender for the communications 
channel that will make this happen. 

The IEEE 1394-1995 protocol had 
its genesis at Apple Computer, which 
still retains the Firewire trademark. 
The goal of the protocol is to provide 
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easy-to-use, low-cost, high-speed com- 
munications. The protocol is also very 
scaleable, provides for both asynchro- 
nous and isochronous applications, 
allows for access to vast amounts of 
memory mapped address space, and — 
perhaps most important for the afore- 
mentioned convergenceag — allows 
peer-to-peer communication. 

Some people see 1394 and USB as 
competitors for the communications 
channel of the future, but in reality 
they are more complementary than 
competitive. USB is a lower-speed, 
lower-cost, host-based protocol. While 
1394 and USB may compete in some 
mid-range applications, Table 1 illus- 
trates how they will typically play in dif- 
ferent spaces. The proposed upgrade 
of USB to 120Mbps and 240Mbps may 
alter this situation slighdy, but not as 



much as some have predicted. 

Confusion sometimes surrounds 
the alphabet soup that seems to envel- 
op the 1394 protocol. The only cur- 
rently approved specification is the 
IEEE 1394-1995 specification, which 
will be the basis for future extensions 
and enhancements. IEEE 1394-1995 
supports transfer rates of 100, 200, and 
400Mbps. As with many first cuts at a 
standard, 1394-1995 left some things 
up to the interpretation of the specifi- 
cation's implementers, which caused 
some interoperability problems and 
has led to the work being done on the 
1394a specification. This revision pro- 
vides some clarificadon on the original 
specification, changes some optional 
portions of the spec to mandatory, and 
adds some performance enhance- 
ments. The 1394a specification is near- 



i Convergence will happen when seamless, high-speed communication 
becomes readily available. This protocol appears to be a strong 
contender for the communications channel that will make this happen. 



ing completion and should be 
approved in the near future; some 
semiconductor vendors, in fact, are 
already claiming compliance to the 
new specification. In addition to the 
1394a specification, work is progress- 
ing on the 1394b specification. 1394b 
will provide for additional data rates of 
800, 1,600, and 3,200Mbps. It will also 
provide for long-haul transmissions via 
both twisted pair and fiber optics, and 
offer backward compatibility with the 
existing standard. 

This article covers the 1394-1995 
standard and will speak to some of the 
enhancements in the 1394a revision. 
Details of the 1394b protocol will be 
left for a future article, when the spec- 
ification is more firm. 

Topology 

The 1394 protocol is a peer-to-peer 
network with a point-to-point signal- 
ing environment. Nodes on the bus 
may have several ports on them. Each 
of these ports acts as a repeater, 
retransmitting any packets received by 
other ports within the node. Figure 1 
shows what a typical consumer may 
have attached to their 1394 bus. 

Because 1394 is a peer-to-peer pro- 
tocol, a specific host isn't required, 
such as the PC in USB. In Figure 1, the 
digital camera could easily stream data 
to both the digital VCR and the DVD- 
RAM without any assistance from 
other devices on the bus. 

Configuration of the bus occurs 
automatically whenever a new device is 
plugged in. Configuration proceeds 
from leaf nodes (those with only one 
other device attached to them) up 
through the branch nodes. A bus that 
has three or more devices attached 
will typically, but not always, have a 
branch node become the root node. 
I'll discuss configuration in more 
detail later in this article. 



A 1394 bus appears as a large mem- 
ory-mapped space with each node 
occupying a certain address range. 
The memory space is based to the 
IEEE 1212 Control and Status Register 
(CSR) Architecture with some exten- 
sions specific to the 1394 standard. 
Each node supports up to 48 bits of 
address space (256 TeraBytes). In 
addition, each bus can support up to 



Transfers and transactions 

The 1394 protocol supports both asyn- 
chronous and isochronous data trans- 
fers, as I'll discuss in the following 
paragraphs. 

Isochronous transfers. Isochronous trans- 
fers are always broadcast in a one-to- 
one or one-to-many fashion. No error 
correction nor retransmission is avail- 
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64 nodes, and the 1394 serial bus spec- 
ification supports up to 1,024 buses. 
This gives a grand total of 64 address 
bits, or support for a whopping total of 
16 ExaBytes of memory space — 
enough for the latest version of your 
favorite word processor and perhaps 
even a file or two! 



able for isochronous transfers. Up to 
80% of the available bus bandwidth 
can be used for isochronous transfers. 
The delegation of bandwidth is 
tracked by a node on the bus that 
occupies the role of isochronous 
resource manager. This may or may 
not be the root node or the bus man- 
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ager. The maximum amount of band- 
width an isochronous device can 
obtain is only limited by the number 
of other isochronous devices that have 
already obtained bandwidth from the 
isochronous resource manager. 

Asynchronous transfers. Asynchronous 
transfers are targeted to a specific 
node with an explicit address. They 
are not guaranteed a specific amount 
of bandwidth on the bus, but they are 
guaranteed a fair shot at gaining 
access to the bus when asynchronous 
transfers are permitted. The maxi- 
mum data block size for an asynchro- 
nous packet is determined by the 
transfer rate of the device, as specified 
in Table 2. 

Asynchronous transfers are 
acknowledged and responded to. This 
allows error-checking and retransmis- 
sion mechanisms to take place. 

The bottom line is that if you're 
sending time-critical, error-tolerant 
data, such as a video or audio stream, 
isochronous transfers are the way to 
go. If the data isn't error-tolerant, such 
as a disk drive, then asynchronous 
transfers are preferable. 

Physical layer 

The 1394 specification defines four 
protocol layers, known as the physical 
layer, the link layer, the transaction 
layer, and the serial bus management 
layer. The layers are illustrated in 
Figure 3. 

The physical layer of the 1394 pro- 
tocol includes the electrical signaling, 
the mechanical connectors and 
cabling, the arbitration mechanisms, 
and the serial coding and decoding of 
the data being transferred or received. 
The cable media is defined as a three- 
pair shielded cable. Two of the pairs 
are used to transfer data, while the 
third pair provides power on the bus. 
The connectors are small six-pin 
devices, although the 1394a also 
defines a four-pin connector for self- 
powered leaf nodes. The power signals 
aren't provided on the four-pin con- 
nector. The baseline cables are limited 



Minimum data block size for an 
nchronous packet 



Cable Sped 




100Mbps 

200Mbps 1,024 

400Mbps 2,048 b; 



to 4.5m in length. Thicker cables allow 
for longer distances. 

The two twisted pairs used for sig- 



-J naling, called out as 
TPA and TPB, are 
bidirectional and are 
tri-state capable. TPA 
is used to transmit the 
strobe signal and 
receive data, while 
TPB is used to receive 
the strobe signal and transmit data. 
The signaling mechanism uses data 
strobe encoding, a rather clever tech- 
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nique that allows easy extraction of a 
clock signal with much better jitter tol- 
erance than a standard clock/data 
mechanism. With data strobe encod- 
ing, either the data or the strobe sig- 
nal (but not both of them) change in 
a bit cell. Data strobe encoding is 
shown in Figure 4. 



Configuration 

The physical layer plays a major role in 
the bus configuration and normal 
arbitration phases of the protocol. 
Configuration consists of taking a rela- 
tively flat physical topology and turn- 
ing it into a logical tree structure with 
a root node at its focal point. A bus is 



reset and reconfigured whenever a 
device is added or removed. A reset 
can also be initiated via software. 
Configuration consists of bus reset 
and initialization, tree identification, 
and self identification. 

Reset. Reset is signaled by a node dri- 
ving both TPA and TPB to logic 1. 
Because of the "dominant Is" electri- 
cal definition of the drivers, a logic 1 
will always be detected by a port, even 
if its bidirectional driver is in the trans- 
mit state. When a node detects a reset 
condition on its drivers, it will propa- 
gate this signal to all of the other ports 
that this node supports. The node 
then enters the idle state for a given 
period of time to allow the reset indi- 
cation to propagate to all other nodes 
on the bus. Reset clears any topology 
information within the node, 
although isochronous resources are 
"sticky" and will tend to remain the 
same during resets. 

Tree identification. The tree identifica- 
tion process defines the bus topology. 
Let's take the example of our sample 
home consumer network shown in 
Figure I. After reset, but before tree 
identification, the bus has a flat logical 
topology that maps directly to the 
physical topology. After tree identifica- 
tion is complete, a single node has 
gained the status of root node. The 
tree identification proceeds as follows. 

After reset, all leaf nodes present a 
Parent_Notify signaling state on their 
data and strobe pairs. Note that this is 
a signaling state, not a transmitted 
packet. The whole tree identification 
process occurs in a matter of microsec- 
onds. In our example, the digital cam- 
era will signal the set-top box, the 
printer will signal the digital VCR, and 
the DVD-RAM will signal the PC. 
When a branch node receives the 
Parent_Notify signal on one of its 
ports, it marks that port as containing 
a child, and outputs a Child_Notify 
signaling state on that port's data and 
strobe pairs. Upon detecting this state, 
the leaf node marks its port as a parent 
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port and removes the signaling, there- point our bus appears as shown in 
by confirming that the leaf node has Figure 5. The ports marked with a "P" 
accepted the child designation. At this indicate that a device which is closer to 
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the root node is attached to that port, 
while a port marked with a "C" indi- 
cates that a node farther away from 
the root node is attached. The port 
numbers are arbitrarily assigned dur- 
ing design of the device and play an 
important part in the self identifica- 
tion process. 

After the leaf nodes have identified 
themselves, the digital VCR still has 
two ports that have not received a 
ParentJMotify, while the set-top box 
and the PC branch node both have 
only one port with an attached device 
that has not received a Parent_Notify. 
Therefore, both the set-top box and 
the PC start to signal a Parent_Notify 
on the one port that has not yet 
received one. In this case, the VCR 
receives the Parent_Notify on both of 
its remaining ports, which it acknowl- 
edges with a Child_Notify condition. 
Because the VCR has marked all of its 
ports as children, the VCR becomes 
the root node. The final configuration 
is shown in Figure 6. 

Note that two nodes can be in con- 
tention for root node status at the end 
of the process. In this case, a random 
back-off timer is used to eventually set- 
tle on a root node. A node can also 
force itself to become root node by 
delaying its participation in the tree 
identification process for a while. See 
References 1 and 2 for more details. 

Self identification. Once the tree topolo- 
gy is defined, the self identification 
phase begins. Self identification con- 
sists of assigning physical IDs to each 
node on the bus, having neighboring 
nodes exchange transmission speed 
capabilities, and making all of the 
nodes on the bus aware of the topolo- 
gy that exists. The self identification 
phase begins with the root node send- 
ing an arbitration grant signal to its 
lowest numbered port. In our exam- 
ple, the digital VCR is the root node 
and it signals the set-top box. Since the 
set-top box is a branch node, it will 
propagate the Arbitration Grant signal 
to its lowest numbered port with a 
child node attached. In our case, this 
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port is the digital camera. Because the 
digital camera is a leaf node, it cannot 
propagate the arbitration grant signal 
downstream any farther, so it assigns 
itself physical ID and transmits a self 
ID packet upstream. The branch node 
(set-top box) repeats the self ID pack- 
et to all of its ports with attached 



devices. Eventually the self ID packet 
makes its way back up to the root 
node, which proceeds to transmit the 
self ID packet down to all devices on 
its higher-numbered ports. In this 
manner, all attached devices receive 
the self ID packet that was transmitted 
by the digital camera. Upon receiving 



this packet, all of the other devices 
increment their self ID counter. The 
digital camera then signals a self ID 
done indication upstream to the set-top 
box, which indicates that all nodes 
attached downstream on this port 
have gone through the self ID process. 
Note that the set-top box does not 
propagate this signal upstream toward 
the root node because it hasn't com- 
pleted the self ID process. 

The root node will then continue 
to signal an Arbitration Grant signal to 
its lowest numbered port which in this 
case is still the set-top box. Because the 
set-top box has no other attached 
devices, it assigns itself physical ID 1 
and transmits a self ID packet back 
upstream. This process continues until 
all ports on the root node have indi- 
cated a self ID done condition. The root 
node then assigns itself the next phys- 
ical ID. The root node will always be 
the highest-numbered device on the 
bus. If we follow through with our 
example, we come up with the follow- 
ing physical IDs: digital camera = 0; 
set-top box = 1; printer = 2; DVD-RAM 
= 3; PC = 4; and the digital VCR, which 
is the root node, 5. 

Note that during the self ID 
process, parent and children nodes 
are also exchanging their maximum 
speed capabilities. This process also 
exposes the Achilles heel of the 1394 
protocol. Nodes can only transmit as 
fast as the slowest device between the 
transmitting node and the receiving 
node. For example, if the digital cam- 
era and the digital VCR are both capa- 
ble of transmitting at 400Mbps, but 
the set-top box is only capable of trans- 
mitting at 100Mbps, the high-speed 
devices cannot use the maximum rate 
to communicate amongst themselves. 
The only way around this problem is 
for the end user to reconfigure the 
cabling so the low-speed set-top box is 
not physically between the two high- 
speed devices. 

Also during the self ID process, all 
nodes wishing to become the isochro- 
nous resource manager will indicate 
this fact in their self ID packet. The 
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highest numbered node that wishes to 
become resource manager will receive 
the honor. 

Normal arbitration 

Once the configuration process is 
complete, normal bus operations can 



begin. To fully understand arbitration, 
a knowledge of the cycle structure of 
1394 is necessary. 

A 1394 cycle is a time slice with a 
nominal 125us period. The 8kHz cycle 
clock is kept by the cycle master, which 
is also the root node. To begin a cycle, 



You always believed there were more 
intelligent embedded tools out there. 




You were right. 
M OS MIC 

E-mail: c-tools@cosmic-us.com 
www.cosmic-software.com 

Phone: US 781 932-2556 

France 33 1 4399 5390 

UK 4401256 843400 

Germany ...490711 4204062 
Sweden ....46 31704 3920 



People doubted their existence - 
yet you continued to search - 
and now you've found them. 

COSMIC C compilers are fast, efficient 
reliable, and produce the tightest object 
code available. Cosmic Software's 
embedded development tools offer 
portability for a complete line of micro- 
controllers. All toolkits include IDEA, our 
intuitive IDE that provides everything you 
need in a single, seamless Windows 
framework. 

Add ZAP, our non-intrusive source- 
level debuggers and minimize 
your test cycle too. Want proof 
of their existence? 

Download a free evaluation copy 
of our development tools at 
www.cosmic-software.com or 
call Cosmic today. 

Cosmic supports the Motorola 
family of microcontrollers: 
68HC05. 68HC08, 68HC11, 
68HC12. 68HC16, 68300 and 
STMicroelcctronics ST7 Family. 



the cycle master broadcasts a cycle 
start packet, which all other devices on 
the bus use to synchronize their time- 
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Immediately following the cycle 
start packet, devices that wish to 
broadcast their isochronous data may 
arbitrate for the bus. Arbitration con- 
sists of signaling your parent node that 
you wish to gain access to the bus. The 
parent nodes in turn signal their par- 
ents and so on, until the request 
reaches the root node. In our previous 
example, suppose the digital camera 
and the PC wish to stream data over 
the bus. They both signal their parents 
that they wish to gain access to the bus. 
Since the PC's parent is the root node, 
its request is received first and it is 
granted the bus. From this scenario, it 
is evident that the closest device to the 
root node wins the arbitration. 

Because isochronous channels can 
only be used once per cycle, when the 
next isochronous gap occurs, the PC 
will no longer participate in the arbi- 
tration. This condition allows the digi- 
tal camera to win the next arbitration. 
Note that the PC could have more 
than one isochronous channel, in 
which case it would win the arbitration 
until it had no more channels left. 
This points out the important role of 
the isochronous resource manager: it 
will not allow the allotted isochronous 
channels to require more bandwidth 
than available. 

When the last isochronous channel 
has transmitted its data, the bus 
becomes idle waiting for another 
isochronous channel to begin arbitra- 
tion. Because there are no more 
isochronous devices left waiting to 
transmit, the idle time extends longer 
than the isochronous gap until it 
reaches the duration defined as the 
subaction (or asynchronous) gap. At 
this time, asynchronous devices mav 
begin to arbitrate for the bus. 
Arbitration proceeds in the same man- 
ner, with the closest device to the root 
node winning arbitration. 

This point brings up an interesting 
scenario: because asynchronous 



devices can send more than one pack- 
et per cycle, the device closest to the 
root node (or the root node itself) 
might be able to hog the bus by always 
winning the arbitration. This scenario 
is dealt with using what is called the 
fairness interval and the arbitration rest 
gap. The concept is simple — once a 
node wins the asynchronous arbitra- 
tion and delivers its packet, it clears its 
arbitration enable bit. When this bit is 



cleared, the physical layer no longer 
participates in the arbitration process, 
giving devices farther away from the 
root node a fair shot at gaining access 
to the bus. When all devices wishing to 
gain access to the bus have had their 
fair shot, they all wind up having their 
arbitration enable bits cleared, mean- 
ing no one is trying to gain access to 
the bus. This causes the idle time on 
the bus to go longer than the lOus sub- 
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action gap until it Finally reaches 20us, 
which is called the arbitration reset 
gap. When the idle time reaches this 
point, all devices may reset their arbi- 
tration enable bits and arbitration can 
begin all over again. 

Link layer 

The link layer is the interface between 
the physical layer and the transaction 
layer. The link layer is responsible for 
checking received CRCs and calculat- 
ing and appending the CRC to trans- 
mitted packets. In addition, because 
isochronous transfers do not use the 
transaction layer, the link layer is 
direcdy responsible for sending and 
receiving isochronous data. The link 
layer also examines the packet header 
information and determines the type 
of transaction that is in progress. This 
information is then passed up to the 
transaction layer. 

The interface between the link 
layer and the physical layer is listed as 
an informative (not required) appen- 
dix in the IEEE 1394-1995 specifica- 
tion. In the 1394a addendum, howev- 
er, this interface becomes a required 
part of the specification. This change 
was instituted to promote interoper- 
ability amongst the various 1394 chip 
vendors. 

The link layer to physical layer 
interface consists of a minimum of 17 
signals that must be either magnetical- 
ly or capacitively isolated from the 
PHY. These signals are defined in 
Table 3. 

A typical link layer implementation 
has the PHY interface, a CRC check- 
ing and generation mechanism, trans- 
mit and receive FIFOs, interrupt regis- 
ters, a host interface and at least one 
DMA channel. 

Transaction layer 

The transaction layer is used for asyn- 
chronous transactions. The 1394 pro- 
tocol uses a request-response mecha- 
nism, with confirmations typically gen- 
erated within each phase. Several 
types of transactions are allowed. They 
are listed as follows: 
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swap and compare and swap opera- 
tions to be performed. 

Asynchronous packets have a stan- 
dard header format, along with an 
optional data block. The packets are 
assembled and disassembled by the 
Lock transactions allow for atomic link layer controller. Figure 8 shows 
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the format of a typical asynchronous 
packet. 

Transactions can be split, concate- 
nated, or unified. Figure 9 illustrates a 
split transaction. The split transaction 
occurs when a device cannot respond 
fast enough to the transaction request. 
When a request is received, the node 
responds with an acknowledge packet. 
An acknowledge packet is sent after 
every asynchronous packet. In fact, 
the acknowledging device doesn't 
even have to arbitrate for the bus; con- 
trol of the bus is automatic after 
receiving an incoming request or 
response packet. 

In Figure 9, the responder node 
sends the acknowledge back and then 
prepares the data that was requested. 
While this is going on, other devices 
may be using the bus. Once the 
responder node has the data ready, it 
begins to arbitrate for the bus, to send 
out its response packet containing the 
desired data. The requester node 
receives this data and returns an 
acknowledge packet (also without 
needing to re-arbitrate for the bus). 

If the responder node can prepare 
the requested data quickly enough, 
the entire transaction can be concate- 
nated. This removes the need for the 
responding node to arbitrate for the 
bus after the acknowledge packet is 
sent. 

For data writes, the acknowledge- 
ment can also be the response to the 
write, which is the case in a unified 
transaction. If the responder can 
accept the data fast enough, its 
acknowledge packet can have a trans- 
action code of complete instead of pend- 
ing. This eliminates the need for a sep- 
arate response transaction altogether. 
Note that unified read and lock trans- 
actions aren't possible, and the 
acknowledge packet can't return data. 
Figure 10 shows the different types of 
transactions supported by 1394. 

1394a arbitration 
enhancements 

The 1394a addendum adds three new 
types of arbitration to be used with 



asynchronous nodes: acknowledged 
accelerated arbitration, fly-by arbitra- 
tion, and token-style arbitration. 



Nodes on the bus must assume the roles of 
cycle master, isochronous resource manager, 
and bus manager. 



Acknowledged accelerated arbitration. 
When a responding node also has a 
request packet to transmit, the 
responding node can immediately 
transmit its request without arbitrating 
for the bus. Normally the responding 
node would have to go through the 
standard arbitration process. 

Fly-by arbitration. A node that contains 
several ports must act as a repeater on 
its active ports. A multiport node may 
use fly-by arbitration on packets that 
don't require acknowledgement 
(isochronous packets and acknowl- 
edge packets). When a node using this 
technique is repeating a packet 
upstream toward the root node, it may 
concatenate an identical speed packet 
to the end of the current packet. Note 
that asynchronous packets may not be 
added to isochronous packets. 

Token-style arbitration. Token-style arbi- 
tration requires a group of cooperat- 
ing nodes. When the cooperating 
node closest to the root node wins a 
normal arbitration, it can pass the 
arbitration grant down to the node 
farthest from the root. This node 
sends a normal packet, and all of the 
cooperating nodes can use fly-by arbi- 
tration to add their packets to the orig- 
inal packet as it heads upstream. 

Bus management 

Bus management on a 1394 bus 
involves several different responsibili- 
ties that may be distributed among 
more than one node. Nodes on the 
bus must assume the roles of cycle 
master, isochronous resource manag- 
er, and bus manager. 

Cycle master. The cycle master initiates 
the 125us cycles. The root node must 
be the cycle master; if a node that is 
not cycle master capable becomes root 
node, the bus is reset and a node that 
is cycle master capable is forced to be 



the root. The cycle master broadcasts 
a cycle start packet every 125us. Note 
that a cycle start can be delayed while 
an asynchronous packet is being trans- 



mitted or acknowledged. The cycle 
master deals with this by including the 
amount of time that the cycle was 
delayed in the cycle start packet. 
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Isochronous resource manager. The 
isochronous resource manager must 
be isochronous transaction capable. 
The isochronous resource manager 
must also implement several addition- 
al registers. These registers include 
the Bus Manager ID Register, the Bus 
Bandwidth Allocation Register, and 
the Channel Allocation Register. 
Isochronous channel allocation is per- 
formed by a node that wishes to trans- 
mit isochronous packets. These nodes 
must allocate a channel from the 
Channel Allocation Register by read- 
ing the bits in the 64-bit register. Each 
channel has one bit associated with it. 
A channel is available if its bit is set to 
a logic 1. The requesting node sets the 
first available channel bit to a logic 
and uses this bit number as the chan- 
nel ID. 

In addition, the requesting node 
must examine the Bandwidth 
Available Register to determine how 
much bandwidth it can consume. The 
total amount of bandwidth available is 
6,144 allocation units. One allocation 
unit is the time required to transfer 
one quadlet at 1,600Mbps. A total of 
4,915 allocation units are available for 
isochronous transfers if any asynchro- 
nous transfers are used. Nodes wishing 
to use isochronous bandwidth must 
subtract the amount of bandwidth 
needed from the Bandwidth Available 
Register. 

Bus manager. A bus manager has sever- 
al functions, including publishing the 
topology and speed maps, managing 
power, and optimizing bus traffic. The 
topology map may be used by nodes 
with a sophisticated user interface that 
could instruct the end user on the 
optimum connection topology to 
enable the highest throughput 
between nodes. The speed map is used 
by nodes to determine what speed it 
can use to communicate with other 
nodes. 

The bus manager is also responsi- 
ble for determining whether the node 
that has become root node is cycle 
master capable. If it isn't, the bus man- 
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and physical layer controllers. 



ager searches for a node that is cycle 
master capable and forces a bus reset 
that will select that node as root node. 
The bus manager might not always 



find a capable node; in this case, at 
least some of the bus management 
functions are performed by the 
isochronous resource manager. 
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support 

Hardware. Several manufacturers offer 
components for engineers designing 
systems to support IEEE 1394. 
Integrated circuit providers typically 
provide a chipset that includes a link 
layer controller and a physical layer 
controller. One of the goals of the 
1394a addendum is to provide inter- 
operability among the various link 
layer and physical layer controllers. 
Some of the available ICs and cores 
are shown in Table 5. 

Complete PCI-based cards that 
plug into a PC backplane are available 
from companies such as Adaptec, 
Sony, and Texas Instruments. 

Software. IEEE 1394 is direcdy sup- 
ported in the new Windows Driver 
Model (WDM), which is used in 
Windows 98 and will be available in 
Windows NT 5.0. For chipsets and 
devices to support the drivers provid- 
ed in the new versions of Windows, 
several members of the 1394 Trade 
Association have banded together to 
create the 1394 Open Host 
Controller Interface (OHCI) 
Specification. The OHCI provides a 
link layer controller, as well as bus 
management functionality. In addi- 
tion, the OHCI defines several DMA 
controllers for asynchronous and 
isochronous transactions. These con- 
trollers provide registers that a stan- 
dard 1394 driver, provided by 
Microsoft, can use to configure the 
controller and schedule transactions. 

Microsoft provides WDM streaming 
drivers to support audio and video 
devices such as DVD players, MPEG 
decoders, tuners, and audio codecs. 
These streaming drivers permit low- 
latency support for isochronous chan- 
nels. The drivers minimize the transi- 
tions between user mode and kernel 
mode, which significandy reduces the 
overhead for driver calls and data 
movement. 

For storage devices, printers, and 
scanners, Windows NT 5.0 supports 
the Serial Block Protocol (SBP-2). 



The IEEE 1394 protocol, USB, Ethernet, and IrDA will be the data 
channels of the future. Any embedded system that needs to share 
information will use at least one of the aforementioned methods. 



Microsoft recommends that devices be 
written to support the SCSI command 
set so the device can use the existing 
SCSI class driver that sits on top of the 
SBP-2 driver. If the vendor doesn't 
support the SCSI protocol, they will 
need to write their own class driver to 
support their own command set. 

In addition to the SBP-2 specifica- 
tion for storage devices, other stan- 
dard data formats that ride on top of 
1394 are in various stages of comple- 
tion. These include the Tailgate speci- 
fication, which defines a method for 
adapting ATA/ATAPI controllers to 
1394, a digital video (DV) standard, 



and a printer protocol. The Digital 
Still Image Working Group and an 
industrial control and instrumenta- 
tion group are also working on related 
standards. 

Embedded systems designers have 
also seen some RTOS vendors add 
support for 1394, including Integrated 
Systems and Wind River. These ven- 
dors typically support a third-party 
protocol stack that has been ported to 
their RTOS. Zayante, Award Software, 
and Technology Rendevous each have 
a 1394 stack that they claim is OS-inde- 
pendent. Windows CE doesn't cur- 
rently have native support for 1394, 
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but it will undoubtedly support it in 
the near future. Third-party support 
fills the existing gap. 

Enabling the convergence 

The IEEE 1394 protocol, USB, 
Ethernet, and IrDA will be the data 
channels of the future. Any embedded 
system that needs to share information 
(and what systems won't?) will use at 
least one of the aforementioned com- 
munication methods. IEEE 1394 pro- 
vides the highest throughput, as well 
as providing isochronous capability 
and peer-to-peer support. These fea- 
tures make it a prime candidate as the 
driver for the consumer, computer, 
and communications convergence. 
Proposed enhancements and addi- 
tions to the protocol include targeting 
higher speeds, home networking, 
fiber transmission, and wireless IR 
transmission. As more devices support 
1394, the prices for silicon will contin- 
ue to drop rapidly, which will in turn 
cause more engineers to design in this 
protocol. esp 

John Canosa is the manager of the 
Multimedia and Imaging Practice of 
Questra Corp., where he is responsible for 
the group that designs and develops hard- 
ware and software for devices targeting the 
multimedia and digital imaging markets. 
You can reach him electronically at 
jca nosa @questra. com. 
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